Hi brad,
Very nice. There were a number of typos so I fixed those and it now compiles.
It isn't clear where I put data in what format to tell it how I want to home. Could you give one small complete example?
Thanks
TK
| Group: DynoMotion |
Message: 2649 |
From: brad murry |
Date: 12/8/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Thanks Tom,
I will put one together, can you please overwrite my upload with the typos removed?
-Brad Murry
From:
Tom Kerekes
Sent:
12/8/2011 7:30 PM
To:
DynoMotion@yahoogroups.com
Subject:
Re: [DynoMotion] Re: New file uploaded to DynoMotion
Hi brad,
Very nice. There were a number of typos so I fixed those and it now compiles.
It isn't clear where I put data in what format to tell it how I want to home. Could you give one small complete example?
Thanks
TK
From: bradodarb <bradodarb@...>
To: DynoMotion@yahoogroups.com
Sent: Thursday, December 8, 2011 6:03 PM
Subject: [DynoMotion] Re: New file uploaded to DynoMotion
To anyone willing to check this out(and hopefully find bugs/provide feedback!)
This file is designed to be used as a generic homing routine for up to 6 axes and is configured via persist.UserData.
It is a first draft and completely 100% untested so there are likely to be a few bugs.
There are a few sparse comments, but here is the jist of it::
Homing tasks are defined per channel(things like switch direction, homing type, sensor IO bit#, etc...) using persist.UserData.
These tasks are then loaded into whichever sequence you want to home in.
Then we walk through the sequences and try to home all tasks in each sequence simultaneously(relatively, as we are operating on a single thread it was not feasible to have total asynchrony).
So, on a simple 3 axis setup if you wanted to home your Z first and then home X and Y simultaneously you would set the Z's SequenceID to 0
and X and Y's SequenceID to 1.
If you wanted them to run one at a time you would:
~pseudo code~
Z.SequenceID = 0
Y.SequenceID = 1
X.SequenceID = 2
Or if you wanted them all simultaneous:
~pseudo code~
Z.SequenceID = 0
Y.SequenceID = 0
X.SequenceID = 0
Homing types you can use on a per axis basis::
//Homing Sequence Types
#define HOME_TO_LIMIT_THEN_ROLL_OFF 0 //Simple Roll off limit
#define HOME_TO_LIMIT_THEN_ROLL_TO_NEXT_EDGE_RISE 1 //Roll to next rising edge of encoder
#define HOME_TO_LIMIT_THEN_ROLL_TO_NEXT_EDGE_FALL 2 //Roll to next falling edge of encoder
#define HOME_TO_LIMIT_THEN_MOVE_TO_POSITION 3 //Move to a preset location
What you can set for each axis::
typedef struct
{
int HomeNegative; //Determines the direction of the limit switch
int RepeatHomeSlower; //Sets whether to 'double tap' the switch and at a slower rate on the second pass
int HomeSequenceType; //Final action to take after the switch has been indexed
int AxisChannel; //Axis Channel to use for this task
int HomeLimitBit; //Bit of IO the home switch is connected to
int EncoderBit; //Bit of IO the encoder is connected to(if any)
HOMING_STATE Status;
float HomeFastVel; //Velocity(in counts) for initial calibration
float HomeSlowVel; //Velocity(in counts) for final positioning *Except for Encoder Edge types that use 1 for ther velo
float Origin; //Optional position to move axis after homing sequence
float SensorOffset; //Distance(in counts) to perform a relative move off a sensor when on the sensor
}HOMING_PARAMS;
Although I created this for use with MM so the majority of users do not need to write their own c programs, feel free to test and use at will. All I ask is let me know if there are any bugs.
Since I dont have a complete machine yet, I have limited debugging capabilities....
Thanks,
Brad Murry
--- In
DynoMotion@yahoogroups.com,
DynoMotion@yahoogroups.com wrote:
>
>
> Hello,
>
> This email message is a notification to let you know that
> a file has been uploaded to the Files area of the DynoMotion
> group.
>
> File : /MM/HomeMM.c
> Uploaded by : bradodarb <bradodarb@...>
> Description : Master Homing File.... First Revision--->Untested!!!
>
> You can access this file at the URL:
> http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM.c
>
> To learn more about file sharing for your group, please visit:
> http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> Regards,
>
> bradodarb <bradodarb@...>
>
|
|
| Group: DynoMotion |
Message: 2650 |
From: Tom Kerekes |
Date: 12/8/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hi Brad,
Yes I put the file as HomeMM_V2.c
I think I'm starting to understand. Just fill int the Persist Variables in sequence from Variable 30 through 75 putting in the data as the name of the DEFINE describes.
It's not clear how to define as axis as unused.
For testing and for users who want to take advantage of the function from C rather than downloading persist variables from an application we might make a function to fill in the data. Like:
// axis speed dir offset Bit etc...
FillHome ( 0, 1000, 1, 3000 8 .....
FillHome ( 1, 1000, 1, 3000 9 .....
FillHome ( 2, 1000, 1, 3000 10 .....
Regards
TK
| Group: DynoMotion |
Message: 2651 |
From: bradodarb |
Date: 12/8/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hello Tom,
Thanks for the edit, I was using NotePad++; I will finish up in your c editor so I can test compile as well.
_________________________________________________________
""It's not clear how to define as axis as unused""
Just pack them here :: persist.UserData[REQUESTED_HOME_AXIS_FLAGS]
1 bit per channel, packed right to left.
_________________________________________________________
I agree on the Standalone functions, I'll put those in.
Thank you,
Brad Murry
--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Brad,
> Â
> Yes I put the file as HomeMM_V2.c
> Â
> I think I'm starting to understand. Just fill int the Persist Variables in sequence from Variable 30 through 75 putting in the data as the name of the DEFINE describes.
> Â
> It's not clear how to define as axis as unused.
> Â
> For testing and for users who want to take advantage of the function from C rather than downloading persist variables from an application we might make a function to fill in the data. Like:
> Â
> //            axis  speed dir    offset  Bit etc...FillHome ( 0,   1000,   1,   3000    8  .....
> FillHome ( 1,   1000,   1,   3000     9  .....
> FillHome ( 2,   1000,   1,   3000    10  .....
> Â
> Â
> Regards
> TK
> Â
> Â
> From: brad murry <bradodarb@...>
> To: "DynoMotion@yahoogroups.com" <DynoMotion@yahoogroups.com>
> Sent: Thursday, December 8, 2011 6:44 PM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
> Â
> Thanks Tom,
>
> I will put one together, can you please overwrite my upload with the typos removed?
>
>
> -Brad Murry
> From: Tom Kerekes
> Sent: 12/8/2011 7:30 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
> Â
> Hi brad,
>
> Very nice. There were a number of typos so I fixed those and it now compiles.
>
> It isn't clear where I put data in what format to tell it how I want to home. Could you give one small complete example?
>
> Thanks
> TK
>
>
> From: bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Thursday, December 8, 2011 6:03 PM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
> Â
> To anyone willing to check this out(and hopefully find bugs/provide feedback!)
>
> This file is designed to be used as a generic homing routine for up to 6 axes and is configured via persist.UserData.
>
> It is a first draft and completely 100% untested so there are likely to be a few bugs.
>
> There are a few sparse comments, but here is the jist of it::
>
> Homing tasks are defined per channel(things like switch direction, homing type, sensor IO bit#, etc...) using persist.UserData.
>
> These tasks are then loaded into whichever sequence you want to home in.
>
> Then we walk through the sequences and try to home all tasks in each sequence simultaneously(relatively, as we are operating on a single thread it was not feasible to have total asynchrony).
>
> So, on a simple 3 axis setup if you wanted to home your Z first and then home X and Y simultaneously you would set the Z's SequenceID to 0
> and X and Y's SequenceID to 1.
>
> If you wanted them to run one at a time you would:
>
> ~pseudo code~
> Z.SequenceID = 0
> Y.SequenceID = 1
> X.SequenceID = 2
>
> Or if you wanted them all simultaneous:
>
> ~pseudo code~
> Z.SequenceID = 0
> Y.SequenceID = 0
> X.SequenceID = 0
>
> Homing types you can use on a per axis basis::
> //Homing Sequence Types
> #define HOME_TO_LIMIT_THEN_ROLL_OFF 0 //Simple Roll off limit
> #define HOME_TO_LIMIT_THEN_ROLL_TO_NEXT_EDGE_RISE 1 //Roll to next rising edge of encoder
> #define HOME_TO_LIMIT_THEN_ROLL_TO_NEXT_EDGE_FALL 2 //Roll to next falling edge of encoder
> #define HOME_TO_LIMIT_THEN_MOVE_TO_POSITION 3 //Move to a preset location
>
> What you can set for each axis::
>
> typedef struct
> {
> int HomeNegative; //Determines the direction of the limit switch
> int RepeatHomeSlower; //Sets whether to 'double tap' the switch and at a slower rate on the second pass
> int HomeSequenceType; //Final action to take after the switch has been indexed
> int AxisChannel; //Axis Channel to use for this task
> int HomeLimitBit; //Bit of IO the home switch is connected to
> int EncoderBit; //Bit of IO the encoder is connected to(if any)
> HOMING_STATE Status;
>
> float HomeFastVel; //Velocity(in counts) for initial calibration
> float HomeSlowVel; //Velocity(in counts) for final positioning *Except for Encoder Edge types that use 1 for ther velo
> float Origin; //Optional position to move axis after homing sequence
> float SensorOffset; //Distance(in counts) to perform a relative move off a sensor when on the sensor
> }HOMING_PARAMS;
>
> Although I created this for use with MM so the majority of users do not need to write their own c programs, feel free to test and use at will. All I ask is let me know if there are any bugs.
>
> Since I dont have a complete machine yet, I have limited debugging capabilities....
>
> Thanks,
>
> Brad Murry
>
> --- In DynoMotion@yahoogroups.com, DynoMotion@yahoogroups.com wrote:
> >
> >
> > Hello,
> >
> > This email message is a notification to let you know that
> > a file has been uploaded to the Files area of the DynoMotion
> > group.
> >
> > File : /MM/HomeMM.c
> > Uploaded by : bradodarb <bradodarb@>
> > Description : Master Homing File.... First Revision--->Untested!!!
> >
> > You can access this file at the URL:
> > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM.c
> >
> > To learn more about file sharing for your group, please visit:
> > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > Regards,
> >
> > bradodarb <bradodarb@>
> >
> |
|
| Group: DynoMotion |
Message: 2654 |
From: DynoMotion@yahoogroups.com |
Date: 12/8/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2655 |
From: DynoMotion@yahoogroups.com |
Date: 12/9/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2656 |
From: bradodarb |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hello,
I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
Any help is much appreciated.
-Brad Murry
--- In DynoMotion@yahoogroups.com, DynoMotion@yahoogroups.com wrote:
>
>
> Hello,
>
> This email message is a notification to let you know that
> a file has been uploaded to the Files area of the DynoMotion
> group.
>
> File : /MM/HomeMM_V4.c
> Uploaded by : bradodarb <bradodarb@...>
> Description : Moved some things around to compile, but still has some errors
>
> You can access this file at the URL:
> http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
>
> To learn more about file sharing for your group, please visit:
> http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> Regards,
>
> bradodarb <bradodarb@...>
> |
|
| Group: DynoMotion |
Message: 2657 |
From: bradodarb |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hello Tom,
It would not have anything to do with my 64 bit system using 32 bit drivers would it?
I was searching around and found this article::
http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
Again probably just a dumb mistake on my part...
-Brad
--- In DynoMotion@yahoogroups.com, "bradodarb" <bradodarb@...> wrote:
>
>
> Hello,
>
> I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
>
> Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
>
> I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
>
>
> Any help is much appreciated.
>
> -Brad Murry
>
>
>
>
> --- In DynoMotion@yahoogroups.com, DynoMotion@yahoogroups.com wrote:
> >
> >
> > Hello,
> >
> > This email message is a notification to let you know that
> > a file has been uploaded to the Files area of the DynoMotion
> > group.
> >
> > File : /MM/HomeMM_V4.c
> > Uploaded by : bradodarb <bradodarb@>
> > Description : Moved some things around to compile, but still has some errors
> >
> > You can access this file at the URL:
> > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> >
> > To learn more about file sharing for your group, please visit:
> > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > Regards,
> >
> > bradodarb <bradodarb@>
> >
> |
|
| Group: DynoMotion |
Message: 2658 |
From: Tom Kerekes |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hi Brad,
No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
I think it has something to do with the installation and maybe your directory structure.
The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
I'll put a newer version now and then see if I can test it.
Regards
TK
| Group: DynoMotion |
Message: 2659 |
From: Brad Murry |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hello Tom, All duly noted. I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of. I guess I was being lazy with omitting the prototypes… I’ll put those in there too; thanks for the other tips as well. I’ll need to get some reference material on standard c if I’m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler? Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic. Thanks again, Brad Murry From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
Sent: Friday, December 09, 2011 11:28 AM
To: DynoMotion@yahoogroups.com
Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code. I think it has something to do with the installation and maybe your directory structure. The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something? How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen. BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters). BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters. I'll put a newer version now and then see if I can test it. From: bradodarb <bradodarb@...>
To: DynoMotion@yahoogroups.com
Sent: Friday, December 9, 2011 8:57 AM
Subject: [DynoMotion] Re: New file uploaded to DynoMotion Hello Tom,
It would not have anything to do with my 64 bit system using 32 bit drivers would it?
I was searching around and found this article::
http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
Again probably just a dumb mistake on my part...
-Brad
--- In DynoMotion@yahoogroups.com, "bradodarb" <bradodarb@...> wrote:
>
>
> Hello,
>
> I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
>
> Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
>
> I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
>
>
> Any help is much appreciated.
>
> -Brad Murry
>
>
>
>
> --- In DynoMotion@yahoogroups.com, DynoMotion@yahoogroups.com wrote:
> >
> >
> > Hello,
> >
> > This email message is a notification to let you know that
> > a file has been uploaded to the Files area of the DynoMotion
> > group.
> >
> > File : /MM/HomeMM_V4.c
> > Uploaded by : bradodarb <bradodarb@>
> > Description : Moved some things around to compile, but still has some errors
> >
> > You can access this file at the URL:
> > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> >
> > To learn more about file sharing for your group, please visit:
> > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > Regards,
> >
> > bradodarb <bradodarb@>
> >
> |
|
| Group: DynoMotion |
Message: 2661 |
From: DynoMotion@yahoogroups.com |
Date: 12/9/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2662 |
From: bradodarb |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2663 |
From: Tom Kerekes |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hi Brad,
I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
Regards
TK
| Group: DynoMotion |
Message: 2664 |
From: Brad Murry |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hello Tom, Do you mean whether the switch is triggering high/low? -Brad From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
Sent: Friday, December 09, 2011 4:29 PM
To: DynoMotion@yahoogroups.com
Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting. From: Brad Murry <bradodarb@...>
To: DynoMotion@yahoogroups.com
Sent: Friday, December 9, 2011 10:43 AM
Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of. I guess I was being lazy with omitting the prototypes… I’ll put those in there too; thanks for the other tips as well. I’ll need to get some reference material on standard c if I’m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler? Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic. No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code. I think it has something to do with the installation and maybe your directory structure. The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something? How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen. BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters). BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters. I'll put a newer version now and then see if I can test it. Hello Tom,
It would not have anything to do with my 64 bit system using 32 bit drivers would it?
I was searching around and found this article::
http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
Again probably just a dumb mistake on my part...
-Brad
--- In DynoMotion@yahoogroups.com, "bradodarb" <bradodarb@...> wrote:
>
>
> Hello,
>
> I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
>
> Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
>
> I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
>
>
> Any help is much appreciated.
>
> -Brad Murry
>
>
>
>
> --- In DynoMotion@yahoogroups.com, DynoMotion@yahoogroups.com wrote:
> >
> >
> > Hello,
> >
> > This email message is a notification to let you know that
> > a file has been uploaded to the Files area of the DynoMotion
> > group.
> >
> > File : /MM/HomeMM_V4.c
> > Uploaded by : bradodarb <bradodarb@>
> > Description : Moved some things around to compile, but still has some errors
> >
> > You can access this file at the URL:
> > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> >
> > To learn more about file sharing for your group, please visit:
> > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > Regards,
> >
> > bradodarb <bradodarb@>
> >
> |
|
| Group: DynoMotion |
Message: 2665 |
From: bradodarb |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
And if so, are you flushing it out now or do you want me to make some changes?
-Brad
--- In DynoMotion@yahoogroups.com, Brad Murry <bradodarb@...> wrote:
>
> Hello Tom,
>
>
>
> Do you mean whether the switch is triggering high/low?
>
>
>
> -Brad
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 4:29 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
>
>
>
> Regards
>
> TK
>
>
>
> From: Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 10:43 AM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
>
>
> All duly noted.
>
>
>
> I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of.
>
>
>
> I guess I was being lazy with omitting the prototypes⦠Iâll put those in there too; thanks for the other tips as well.
>
>
>
> Iâll need to get some reference material on standard c if Iâm going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler?
>
>
>
> Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic.
>
>
>
> Thanks again,
>
>
>
> Brad Murry
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 11:28 AM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
>
>
>
> I think it has something to do with the installation and maybe your directory structure.
>
>
>
> The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
>
>
>
> How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
>
>
>
> BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
>
>
>
> BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
>
>
>
> I'll put a newer version now and then see if I can test it.
>
>
>
> Regards
>
> TK
>
>
>
> From: bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 8:57 AM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
> It would not have anything to do with my 64 bit system using 32 bit drivers would it?
>
> I was searching around and found this article::
>
> http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
>
> Again probably just a dumb mistake on my part...
>
> -Brad
>
> --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , "bradodarb" <bradodarb@> wrote:
> >
> >
> > Hello,
> >
> > I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
> >
> > Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
> >
> > I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
> >
> >
> > Any help is much appreciated.
> >
> > -Brad Murry
> >
> >
> >
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> wrote:
> > >
> > >
> > > Hello,
> > >
> > > This email message is a notification to let you know that
> > > a file has been uploaded to the Files area of the DynoMotion
> > > group.
> > >
> > > File : /MM/HomeMM_V4.c
> > > Uploaded by : bradodarb <bradodarb@>
> > > Description : Moved some things around to compile, but still has some errors
> > >
> > > You can access this file at the URL:
> > > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> > >
> > > To learn more about file sharing for your group, please visit:
> > > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > > Regards,
> > >
> > > bradodarb <bradodarb@>
> > >
> >
> |
|
| Group: DynoMotion |
Message: 2666 |
From: Tom Kerekes |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hi Brad,
Correct I'm debugging now. I guess I'll make the changes as I've already made a few. Mainly just want to check I'm not missing something.
Yes I think we need another Flags word to set the polarity. Also I might as well expand it to 8 Axes as KFLOP is 8 axes it is only the Interpreter that limits to 6 axis. Also with slaves there can be more than 6. Today someone asked for 7.
It's not clear how Slaved axes could home though. They would initially move toward home together, but then move off separately...
TK
| Group: DynoMotion |
Message: 2667 |
From: Brad Murry |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hey Tom, I have a pretty good idea on how to build in slaved pair support. Can you send me your updates once you feel you are at a stopping point? I’ll put it right in. Unless you want to SVN? -Brad Murry From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
Sent: Friday, December 09, 2011 4:45 PM
To: DynoMotion@yahoogroups.com
Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion Correct I'm debugging now. I guess I'll make the changes as I've already made a few. Mainly just want to check I'm not missing something. Yes I think we need another Flags word to set the polarity. Also I might as well expand it to 8 Axes as KFLOP is 8 axes it is only the Interpreter that limits to 6 axis. Also with slaves there can be more than 6. Today someone asked for 7. It's not clear how Slaved axes could home though. They would initially move toward home together, but then move off separately... From: bradodarb <bradodarb@...>
To: DynoMotion@yahoogroups.com
Sent: Friday, December 9, 2011 3:33 PM
Subject: [DynoMotion] Re: New file uploaded to DynoMotion And if so, are you flushing it out now or do you want me to make some changes?
-Brad
--- In DynoMotion@yahoogroups.com, Brad Murry <bradodarb@...> wrote:
>
> Hello Tom,
>
>
>
> Do you mean whether the switch is triggering high/low?
>
>
>
> -Brad
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 4:29 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
>
>
>
> Regards
>
> TK
>
>
>
> From: Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 10:43 AM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
>
>
> All duly noted.
>
>
>
> I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of.
>
>
>
> I guess I was being lazy with omitting the prototypes… I’ll put those in there too; thanks for the other tips as well.
>
>
>
> I’ll need to get some reference material on standard c if I’m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler?
>
>
>
> Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic.
>
>
>
> Thanks again,
>
>
>
> Brad Murry
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 11:28 AM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
>
>
>
> I think it has something to do with the installation and maybe your directory structure.
>
>
>
> The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
>
>
>
> How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
>
>
>
> BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
>
>
>
> BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
>
>
>
> I'll put a newer version now and then see if I can test it.
>
>
>
> Regards
>
> TK
>
>
>
> From: bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 8:57 AM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
> It would not have anything to do with my 64 bit system using 32 bit drivers would it?
>
> I was searching around and found this article::
>
> http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
>
> Again probably just a dumb mistake on my part...
>
> -Brad
>
> --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , "bradodarb" <bradodarb@> wrote:
> >
> >
> > Hello,
> >
> > I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
> >
> > Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
> >
> > I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
> >
> >
> > Any help is much appreciated.
> >
> > -Brad Murry
> >
> >
> >
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> wrote:
> > >
> > >
> > > Hello,
> > >
> > > This email message is a notification to let you know that
> > > a file has been uploaded to the Files area of the DynoMotion
> > > group.
> > >
> > > File : /MM/HomeMM_V4.c
> > > Uploaded by : bradodarb <bradodarb@>
> > > Description : Moved some things around to compile, but still has some errors
> > >
> > > You can access this file at the URL:
> > > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> > >
> > > To learn more about file sharing for your group, please visit:
> > > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > > Regards,
> > >
> > > bradodarb <bradodarb@>
> > >
> >
> |
|
| Group: DynoMotion |
Message: 2668 |
From: Tom Kerekes |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hi Brad,
Yes ok.
good news = I downloaded MM from SVN successfully and it compiles using VS2010.
bad news = When I run from the debugger I get an exception where "host" is null.
static void app_DispatcherUnhandledException(object sender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgs e){
string msg = e.Exception.Message.ToString();
if (e.Exception.InnerException != null)
{
msg += "\r\r";
msg += e.Exception.InnerException.Message.ToString();
}
WriteLog(msg);
WriteLog(sender.ToString());
WriteLog(e.Exception.StackTrace);
if (!host.Loaded)
{
var result = System.Windows.MessageBox.Show(msg, "Machine Manager Detected an Error");
e.Handled = true;
host.CloseHost();
}
I also tried to "import" that Home program int SVN and it is asking for a name and password.
Regards
TK
| Group: DynoMotion |
Message: 2669 |
From: Brad Murry |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hello Tom, I need to see the stack trace from that error(at least a few frames back).. On the SVN, I think you need to sign up for a Source Forge account. Private email your username when you set one up and I will add you to the members list. -Brad Murry From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
Sent: Friday, December 09, 2011 5:14 PM
To: DynoMotion@yahoogroups.com
Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion good news = I downloaded MM from SVN successfully and it compiles using VS2010. bad news = When I run from the debugger I get an exception where "host" is null. static void app_DispatcherUnhandledException(object sender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgs e) string msg = e.Exception.Message.ToString(); if (e.Exception.InnerException != null) msg += e.Exception.InnerException.Message.ToString(); WriteLog(sender.ToString()); WriteLog(e.Exception.StackTrace); var result = System.Windows.MessageBox.Show(msg, "Machine Manager Detected an Error"); I also tried to "import" that Home program int SVN and it is asking for a name and password. From: Brad Murry <bradodarb@...>
To: DynoMotion@yahoogroups.com
Sent: Friday, December 9, 2011 4:04 PM
Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion I have a pretty good idea on how to build in slaved pair support. Can you send me your updates once you feel you are at a stopping point? I’ll put it right in. Correct I'm debugging now. I guess I'll make the changes as I've already made a few. Mainly just want to check I'm not missing something. Yes I think we need another Flags word to set the polarity. Also I might as well expand it to 8 Axes as KFLOP is 8 axes it is only the Interpreter that limits to 6 axis. Also with slaves there can be more than 6. Today someone asked for 7. It's not clear how Slaved axes could home though. They would initially move toward home together, but then move off separately... And if so, are you flushing it out now or do you want me to make some changes?
-Brad
--- In DynoMotion@yahoogroups.com, Brad Murry <bradodarb@...> wrote:
>
> Hello Tom,
>
>
>
> Do you mean whether the switch is triggering high/low?
>
>
>
> -Brad
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 4:29 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
>
>
>
> Regards
>
> TK
>
>
>
> From: Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 10:43 AM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
>
>
> All duly noted.
>
>
>
> I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of.
>
>
>
> I guess I was being lazy with omitting the prototypes… I’ll put those in there too; thanks for the other tips as well.
>
>
>
> I’ll need to get some reference material on standard c if I’m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler?
>
>
>
> Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic.
>
>
>
> Thanks again,
>
>
>
> Brad Murry
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 11:28 AM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
>
>
>
> I think it has something to do with the installation and maybe your directory structure.
>
>
>
> The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
>
>
>
> How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
>
>
>
> BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
>
>
>
> BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
>
>
>
> I'll put a newer version now and then see if I can test it.
>
>
>
> Regards
>
> TK
>
>
>
> From: bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 8:57 AM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
> It would not have anything to do with my 64 bit system using 32 bit drivers would it?
>
> I was searching around and found this article::
>
> http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
>
> Again probably just a dumb mistake on my part...
>
> -Brad
>
> --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , "bradodarb" <bradodarb@> wrote:
> >
> >
> > Hello,
> >
> > I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
> >
> > Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
> >
> > I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
> >
> >
> > Any help is much appreciated.
> >
> > -Brad Murry
> >
> >
> >
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> wrote:
> > >
> > >
> > > Hello,
> > >
> > > This email message is a notification to let you know that
> > > a file has been uploaded to the Files area of the DynoMotion
> > > group.
> > >
> > > File : /MM/HomeMM_V4.c
> > > Uploaded by : bradodarb <bradodarb@>
> > > Description : Moved some things around to compile, but still has some errors
> > >
> > > You can access this file at the URL:
> > > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> > >
> > > To learn more about file sharing for your group, please visit:
> > > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > > Regards,
> > >
> > > bradodarb <bradodarb@>
> > >
> >
> |
|
| Group: DynoMotion |
Message: 2670 |
From: Brad Murry |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
I’m thinking you may be getting that error because your .net interop libs are out of sync….. let me try to get that package on SVN. -Brad From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
Sent: Friday, December 09, 2011 5:14 PM
To: DynoMotion@yahoogroups.com
Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion good news = I downloaded MM from SVN successfully and it compiles using VS2010. bad news = When I run from the debugger I get an exception where "host" is null. static void app_DispatcherUnhandledException(object sender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgs e) string msg = e.Exception.Message.ToString(); if (e.Exception.InnerException != null) msg += e.Exception.InnerException.Message.ToString(); WriteLog(sender.ToString()); WriteLog(e.Exception.StackTrace); var result = System.Windows.MessageBox.Show(msg, "Machine Manager Detected an Error"); I also tried to "import" that Home program int SVN and it is asking for a name and password. From: Brad Murry <bradodarb@...>
To: DynoMotion@yahoogroups.com
Sent: Friday, December 9, 2011 4:04 PM
Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion I have a pretty good idea on how to build in slaved pair support. Can you send me your updates once you feel you are at a stopping point? I’ll put it right in. Correct I'm debugging now. I guess I'll make the changes as I've already made a few. Mainly just want to check I'm not missing something. Yes I think we need another Flags word to set the polarity. Also I might as well expand it to 8 Axes as KFLOP is 8 axes it is only the Interpreter that limits to 6 axis. Also with slaves there can be more than 6. Today someone asked for 7. It's not clear how Slaved axes could home though. They would initially move toward home together, but then move off separately... And if so, are you flushing it out now or do you want me to make some changes?
-Brad
--- In DynoMotion@yahoogroups.com, Brad Murry <bradodarb@...> wrote:
>
> Hello Tom,
>
>
>
> Do you mean whether the switch is triggering high/low?
>
>
>
> -Brad
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 4:29 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
>
>
>
> Regards
>
> TK
>
>
>
> From: Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 10:43 AM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
>
>
> All duly noted.
>
>
>
> I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of.
>
>
>
> I guess I was being lazy with omitting the prototypes… I’ll put those in there too; thanks for the other tips as well.
>
>
>
> I’ll need to get some reference material on standard c if I’m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler?
>
>
>
> Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic.
>
>
>
> Thanks again,
>
>
>
> Brad Murry
>
>
>
> From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 11:28 AM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
>
>
> Hi Brad,
>
>
>
> No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
>
>
>
> I think it has something to do with the installation and maybe your directory structure.
>
>
>
> The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
>
>
>
> How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
>
>
>
> BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
>
>
>
> BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
>
>
>
> I'll put a newer version now and then see if I can test it.
>
>
>
> Regards
>
> TK
>
>
>
> From: bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 8:57 AM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
>
> Hello Tom,
>
> It would not have anything to do with my 64 bit system using 32 bit drivers would it?
>
> I was searching around and found this article::
>
> http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
>
> Again probably just a dumb mistake on my part...
>
> -Brad
>
> --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , "bradodarb" <bradodarb@> wrote:
> >
> >
> > Hello,
> >
> > I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
> >
> > Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
> >
> > I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
> >
> >
> > Any help is much appreciated.
> >
> > -Brad Murry
> >
> >
> >
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> wrote:
> > >
> > >
> > > Hello,
> > >
> > > This email message is a notification to let you know that
> > > a file has been uploaded to the Files area of the DynoMotion
> > > group.
> > >
> > > File : /MM/HomeMM_V4.c
> > > Uploaded by : bradodarb <bradodarb@>
> > > Description : Moved some things around to compile, but still has some errors
> > >
> > > You can access this file at the URL:
> > > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> > >
> > > To learn more about file sharing for your group, please visit:
> > > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > > Regards,
> > >
> > > bradodarb <bradodarb@>
> > >
> >
> |
|
| Group: DynoMotion |
Message: 2671 |
From: Tom Kerekes |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
Hi Brad,
I don't understand your comment. All I did was:
SVN checkout
Build
Run
I intentionally don't have any path set so it shouldn't be referencing anything else on my machine. Or is that the problem? But I really think MM should run as a self contained unit.
Regards
TK
| Group: DynoMotion |
Message: 2672 |
From: bradodarb |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
It will run as a self contained unit, but I think it is trying to make dll calls that do not exist.
As it is set to use a Kflop instead of some other device it's driver is self contained in the Xlib folder. The problem is that the KMotion_dotNet_Interop.dll in your release folder is out of sync.
You can download the latest here::
http://sourceforge.net/projects/cnctw/files/DynoMotion%20c%23/KMotion_dotNet.zip/download
And remember to set these values in your app.config::
<add key="KmotionPath" value="C:\Kmotion428xKmotion\Release"/>
<add key="MMConfigPath" value= "../../../../config"/>
Notice the relative paths!!
I will probably get around to making a "demo mode" this weekend that will not require a KMotion install. But even as it sits it will run without a kflop disconected.
-Brad Murry
--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Brad,
> Â
> I don't understand your comment. All I did was:
> Â
> SVN checkout
> Build
> Run
> Â
> I intentionally don't have any path set so it shouldn't be referencing anything else on my machine. Or is that the problem? But I really think MM should run as a self contained unit.
> Â
> Regards
> TK
>
> From: Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 4:36 PM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
> Â
> Iâm thinking you may be getting that error because your .net interop libs are out of syncâ¦.. let me try to get that package on SVN.
> Â
> -Brad
> Â
> From:DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 5:14 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> Â
> Hi Brad,
> Â
> Yes ok.
> Â
> good news = I downloaded MM from SVN successfully and it compiles using VS2010.
> Â
> bad news = When I run from the debugger I get an exception where "host" is null.
> Â
> Â
> staticvoidapp_DispatcherUnhandledException(objectsender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgse)
> {
> stringmsg = e.Exception.Message.ToString();
> if(e.Exception.InnerException != null)
> {
> msg += "\r\r";
> msg += e.Exception.InnerException.Message.ToString();
> }
> WriteLog(msg);
> WriteLog(sender.ToString());
> WriteLog(e.Exception.StackTrace);
> if(!host.Loaded)
> {
> varresult = System.Windows.MessageBox.Show(msg, "Machine Manager Detected an Error");
> e.Handled = true;
> host.CloseHost();
> }
> Â
> Â
> I also tried to "import" that Home program int SVN and it is asking for a name and password.
> Â
> Regards
> TK
> Â
> From:Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 4:04 PM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> Hey Tom,
> Â
> I have a pretty good idea on how to build in slaved pair support. Can you send me your updates once you feel you are at a stopping point? Iâll put it right in.
> Â
> Unless you want to SVN?
> Â
> Â
> -Brad Murry
> Â
> From:DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 4:45 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> Â
> Hi Brad,
> Â
> Correct I'm debugging now. I guess I'll make the changes as I've already made a few. Mainly just want to check I'm not missing something.
> Â
> Yes I think we need another Flags word to set the polarity. Also I might as well expand it to 8 Axes as KFLOP is 8 axes it is only the Interpreter that limits to 6 axis. Also with slaves there can be more than 6. Today someone asked for 7.
> Â
> It's not clear how Slaved axes could home though. They would initially move toward home together, but then move off separately...
> Â
> TKÂ
> Â
> From:bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 3:33 PM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> And if so, are you flushing it out now or do you want me to make some changes?
>
> -Brad
>
> --- In DynoMotion@yahoogroups.com, Brad Murry <bradodarb@> wrote:
> >
> > Hello Tom,
> >
> >
> >
> > Do you mean whether the switch is triggering high/low?
> >
> >
> >
> > -Brad
> >
> >
> >
> > From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> > Sent: Friday, December 09, 2011 4:29 PM
> > To: DynoMotion@yahoogroups.com
> > Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> >
> >
> > Hi Brad,
> >
> >
> >
> > I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
> >
> >
> >
> > Regards
> >
> > TK
> >
> >
> >
> > From: Brad Murry <bradodarb@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Friday, December 9, 2011 10:43 AM
> > Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> > Hello Tom,
> >
> >
> >
> > All duly noted.
> >
> >
> >
> > I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of.
> >
> >
> >
> > I guess I was being lazy with omitting the prototypesââ¬Â¦ Iââ¬â¢ll put those in there too; thanks for the other tips as well.
> >
> >
> >
> > Iââ¬â¢ll need to get some reference material on standard c if Iââ¬â¢m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler?
> >
> >
> >
> > Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic.
> >
> >
> >
> > Thanks again,
> >
> >
> >
> > Brad Murry
> >
> >
> >
> > From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> > Sent: Friday, December 09, 2011 11:28 AM
> > To: DynoMotion@yahoogroups.com
> > Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> >
> >
> > Hi Brad,
> >
> >
> >
> > No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
> >
> >
> >
> > I think it has something to do with the installation and maybe your directory structure.
> >
> >
> >
> > The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
> >
> >
> >
> > How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
> >
> >
> >
> > BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
> >
> >
> >
> > BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
> >
> >
> >
> > I'll put a newer version now and then see if I can test it.
> >
> >
> >
> > Regards
> >
> > TK
> >
> >
> >
> > From: bradodarb <bradodarb@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Friday, December 9, 2011 8:57 AM
> > Subject: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> > Hello Tom,
> >
> > It would not have anything to do with my 64 bit system using 32 bit drivers would it?
> >
> > I was searching around and found this article::
> >
> > http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
> >
> > Again probably just a dumb mistake on my part...
> >
> > -Brad
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , "bradodarb" <bradodarb@> wrote:
> > >
> > >
> > > Hello,
> > >
> > > I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
> > >
> > > Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
> > >
> > > I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
> > >
> > >
> > > Any help is much appreciated.
> > >
> > > -Brad Murry
> > >
> > >
> > >
> > >
> > > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> wrote:
> > > >
> > > >
> > > > Hello,
> > > >
> > > > This email message is a notification to let you know that
> > > > a file has been uploaded to the Files area of the DynoMotion
> > > > group.
> > > >
> > > > File : /MM/HomeMM_V4.c
> > > > Uploaded by : bradodarb <bradodarb@>
> > > > Description : Moved some things around to compile, but still has some errors
> > > >
> > > > You can access this file at the URL:
> > > > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> > > >
> > > > To learn more about file sharing for your group, please visit:
> > > > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > > > Regards,
> > > >
> > > > bradodarb <bradodarb@>
> > > >
> > >
> >
> Â
> Â
> |
|
| Group: DynoMotion |
Message: 2673 |
From: Brad Murry |
Date: 12/9/2011 |
| Subject: Re: New file uploaded to DynoMotion |
I’m sure you know this, but you will need to rebuild BuildAllLibs after you replace the below zipped projects and also update your MM3 working copy. -Brad From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of bradodarb
Sent: Friday, December 09, 2011 5:51 PM
To: DynoMotion@yahoogroups.com
Subject: [DynoMotion] Re: New file uploaded to DynoMotion It will run as a self contained unit, but I think it is trying to make dll calls that do not exist.
As it is set to use a Kflop instead of some other device it's driver is self contained in the Xlib folder. The problem is that the KMotion_dotNet_Interop.dll in your release folder is out of sync.
You can download the latest here::
http://sourceforge.net/projects/cnctw/files/DynoMotion%20c%23/KMotion_dotNet.zip/download
And remember to set these values in your app.config::
<add key="KmotionPath" value="C:\Kmotion428xKmotion\Release"/>
<add key="MMConfigPath" value= "../../../../config"/>
Notice the relative paths!!
I will probably get around to making a "demo mode" this weekend that will not require a KMotion install. But even as it sits it will run without a kflop disconected.
-Brad Murry
--- In DynoMotion@yahoogroups.com, Tom Kerekes <tk@...> wrote:
>
> Hi Brad,
> Â
> I don't understand your comment. All I did was:
> Â
> SVN checkout
> Build
> Run
> Â
> I intentionally don't have any path set so it shouldn't be referencing anything else on my machine. Or is that the problem? But I really think MM should run as a self contained unit.
> Â
> Regards
> TK
>
> From: Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 4:36 PM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
>
>
> Â
> I’m thinking you may be getting that error because your .net interop libs are out of sync….. let me try to get that package on SVN.
> Â
> -Brad
> Â
> From:DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 5:14 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> Â
> Hi Brad,
> Â
> Yes ok.
> Â
> good news = I downloaded MM from SVN successfully and it compiles using VS2010.
> Â
> bad news = When I run from the debugger I get an exception where "host" is null.
> Â
> Â
> staticvoidapp_DispatcherUnhandledException(objectsender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgse)
> {
> stringmsg = e.Exception.Message.ToString();
> if(e.Exception.InnerException != null)
> {
> msg += "\r\r";
> msg += e.Exception.InnerException.Message.ToString();
> }
> WriteLog(msg);
> WriteLog(sender.ToString());
> WriteLog(e.Exception.StackTrace);
> if(!host.Loaded)
> {
> varresult = System.Windows.MessageBox.Show(msg, "Machine Manager Detected an Error");
> e.Handled = true;
> host.CloseHost();
> }
> Â
> Â
> I also tried to "import" that Home program int SVN and it is asking for a name and password.
> Â
> Regards
> TK
> Â
> From:Brad Murry <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 4:04 PM
> Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> Hey Tom,
> Â
> I have a pretty good idea on how to build in slaved pair support. Can you send me your updates once you feel you are at a stopping point? I’ll put it right in.
> Â
> Unless you want to SVN?
> Â
> Â
> -Brad Murry
> Â
> From:DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> Sent: Friday, December 09, 2011 4:45 PM
> To: DynoMotion@yahoogroups.com
> Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> Â
> Hi Brad,
> Â
> Correct I'm debugging now. I guess I'll make the changes as I've already made a few. Mainly just want to check I'm not missing something.
> Â
> Yes I think we need another Flags word to set the polarity. Also I might as well expand it to 8 Axes as KFLOP is 8 axes it is only the Interpreter that limits to 6 axis. Also with slaves there can be more than 6. Today someone asked for 7.
> Â
> It's not clear how Slaved axes could home though. They would initially move toward home together, but then move off separately...
> Â
> TKÂ
> Â
> From:bradodarb <bradodarb@...>
> To: DynoMotion@yahoogroups.com
> Sent: Friday, December 9, 2011 3:33 PM
> Subject: [DynoMotion] Re: New file uploaded to DynoMotion
> Â
> And if so, are you flushing it out now or do you want me to make some changes?
>
> -Brad
>
> --- In DynoMotion@yahoogroups.com, Brad Murry <bradodarb@> wrote:
> >
> > Hello Tom,
> >
> >
> >
> > Do you mean whether the switch is triggering high/low?
> >
> >
> >
> > -Brad
> >
> >
> >
> > From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> > Sent: Friday, December 09, 2011 4:29 PM
> > To: DynoMotion@yahoogroups.com
> > Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> >
> >
> > Hi Brad,
> >
> >
> >
> > I'm working on the home routine. It seems to be starting to work. Looks like we forgot the Home input Polarity setting.
> >
> >
> >
> > Regards
> >
> > TK
> >
> >
> >
> > From: Brad Murry <bradodarb@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Friday, December 9, 2011 10:43 AM
> > Subject: RE: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> > Hello Tom,
> >
> >
> >
> > All duly noted.
> >
> >
> >
> > I did try installing 4.27 and had the same errors, but it most likely due to the arg limit issue you spoke of.
> >
> >
> >
> > I guess I was being lazy with omitting the prototypes… I’ll put those in there too; thanks for the other tips as well.
> >
> >
> >
> > I’ll need to get some reference material on standard c if I’m going to start making user programs. Any references you can recommend that are more geared toward the TCC67 compiler?
> >
> >
> >
> > Hopefully it will mostly work out of the box once these languages issues are cleared up. Luckily program flow is mostly language agnostic.
> >
> >
> >
> > Thanks again,
> >
> >
> >
> > Brad Murry
> >
> >
> >
> > From: DynoMotion@yahoogroups.com [mailto:DynoMotion@yahoogroups.com] On Behalf Of Tom Kerekes
> > Sent: Friday, December 09, 2011 11:28 AM
> > To: DynoMotion@yahoogroups.com
> > Subject: Re: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> >
> >
> > Hi Brad,
> >
> >
> >
> > No the compiler works fine with W7 64 bit and no drivers are involved with just compiling the code.
> >
> >
> >
> > I think it has something to do with the installation and maybe your directory structure.
> >
> >
> >
> > The TCC67 compiler is launched as a separate process and a Windows Pipe is created to receive the Compiler output (printed error messages and such). This error indicates the pipe could not be opened. Maybe it can't find the compiler to launch or something?
> >
> >
> >
> > How are you compiling? First install something like the V4.27 and verify the code compiles normally from the C programs screen.
> >
> >
> >
> > BTW there is an issue with the TCC67 compiler that it only allows 10 parameters in function calls (has to do with this DSP passing function arguments in Registers). The Fill function has 11. I made a change to keep the sequence number as a global variable as a workaround. Another workaround is to pass parameters as Var (like printf does which I belive works with any number of parameters).
> >
> >
> >
> > BTW here are a couple of C programming tips: Put function prototypes at the beginning of the file so that the compiler will enforce proper parameter passing, otherwise it makes some assumptions based on the first call it sees and promotes types which can be inefficent and sometimes dangerous. Also for no parameters specify "void" which will cause the compiler to enforce no parameters where I think just empty instructs the compiler to accept any parameters.
> >
> >
> >
> > I'll put a newer version now and then see if I can test it.
> >
> >
> >
> > Regards
> >
> > TK
> >
> >
> >
> > From: bradodarb <bradodarb@>
> > To: DynoMotion@yahoogroups.com
> > Sent: Friday, December 9, 2011 8:57 AM
> > Subject: [DynoMotion] Re: New file uploaded to DynoMotion
> >
> >
> >
> > Hello Tom,
> >
> > It would not have anything to do with my 64 bit system using 32 bit drivers would it?
> >
> > I was searching around and found this article::
> >
> > http://www.rtems.com/ml/rtems-users/2010/may/msg00098.html
> >
> > Again probably just a dumb mistake on my part...
> >
> > -Brad
> >
> > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , "bradodarb" <bradodarb@> wrote:
> > >
> > >
> > > Hello,
> > >
> > > I moved some things around to get rid of some compiler errors, but I am still receiving an error #109 "compiler failed to read output".
> > >
> > > Admittedly, it has been some time since I have played around with straight c and I have no experience with the tcc67 compiler(I'm more of a c#/c++ guy). But I am looking forward to learning + relearning and having fun making some killer user programs.
> > >
> > > I'm sure I have made a 'rookie mistake' somewhere but I could find no documentation and was able to get it to compile in VS.
> > >
> > >
> > > Any help is much appreciated.
> > >
> > > -Brad Murry
> > >
> > >
> > >
> > >
> > > --- In DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> , DynoMotion@yahoogroups.com <mailto:DynoMotion%40yahoogroups.com> wrote:
> > > >
> > > >
> > > > Hello,
> > > >
> > > > This email message is a notification to let you know that
> > > > a file has been uploaded to the Files area of the DynoMotion
> > > > group.
> > > >
> > > > File : /MM/HomeMM_V4.c
> > > > Uploaded by : bradodarb <bradodarb@>
> > > > Description : Moved some things around to compile, but still has some errors
> > > >
> > > > You can access this file at the URL:
> > > > http://groups.yahoo.com/group/DynoMotion/files/MM/HomeMM_V4.c
> > > >
> > > > To learn more about file sharing for your group, please visit:
> > > > http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> > > > Regards,
> > > >
> > > > bradodarb <bradodarb@>
> > > >
> > >
> >
> Â
> Â
>
|
|
| Group: DynoMotion |
Message: 2687 |
From: DynoMotion@yahoogroups.com |
Date: 12/11/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2757 |
From: DynoMotion@yahoogroups.com |
Date: 12/29/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2759 |
From: bradodarb |
Date: 12/29/2011 |
| Subject: Re: New file uploaded to DynoMotion |
OK,
Lets try this again....
I have tested this on a netbook with basic Intel graphics and an Intel Atom processor with good results.
The default layout was created on a machine with highres and widescreen, while the controls are self-scaling there are limits... So if you are using low resolution and/or on a 4:3 monitor you may need to stretch things around a little.
-Brad Murry
--- In DynoMotion@yahoogroups.com, DynoMotion@yahoogroups.com wrote:
>
>
> Hello,
>
> This email message is a notification to let you know that
> a file has been uploaded to the Files area of the DynoMotion
> group.
>
> File : /MM/Machine Manager III.zip
> Uploaded by : bradodarb <bradodarb@...>
> Description : MM3 Beta Installer
>
> You can access this file at the URL:
> http://groups.yahoo.com/group/DynoMotion/files/MM/Machine%20Manager%20III.zip
>
> To learn more about file sharing for your group, please visit:
> http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
> Regards,
>
> bradodarb <bradodarb@...>
> |
|
| Group: DynoMotion |
Message: 2768 |
From: DynoMotion@yahoogroups.com |
Date: 12/29/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2820 |
From: DynoMotion@yahoogroups.com |
Date: 12/31/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 2832 |
From: DynoMotion@yahoogroups.com |
Date: 12/31/2011 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4183 |
From: DynoMotion@yahoogroups.com |
Date: 3/6/2012 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4526 |
From: DynoMotion@yahoogroups.com |
Date: 4/9/2012 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4730 |
From: DynoMotion@yahoogroups.com |
Date: 5/2/2012 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4731 |
From: DynoMotion@yahoogroups.com |
Date: 5/2/2012 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4732 |
From: DynoMotion@yahoogroups.com |
Date: 5/2/2012 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4733 |
From: DynoMotion@yahoogroups.com |
Date: 5/2/2012 |
| Subject: New file uploaded to DynoMotion |
| Group: DynoMotion |
Message: 4907 |
From: DynoMotion@yahoogroups.com |
Date: 5/11/2012 |
| Subject: New file uploaded to DynoMotion |
| | | | | | | | | | | | | |
